home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 964 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.8 KB
  1. Path: fido.asd.sgi.com!austern
  2. From: vandevod@cs.rpi.edu (David Vandevoorde)
  3. Newsgroups: comp.std.c++
  4. Subject: Re: Referencing pointers after delete
  5. Date: 04 Apr 1996 13:20:08 PST
  6. Organization: RPI Computer Science
  7. Approved: austern@isolde.mti.sgi.com
  8. Message-ID: <xsou3yzzqg7.fsf@juicer.cs.rpi.edu>
  9. References: <4jmibl$qvt@mulga.cs.mu.OZ.AU> <4jp5dv$lbj@engnews1.Eng.Sun.COM>
  10.     <4jpseg$fus@galaxy.ucr.edu>
  11. NNTP-Posting-Host: isolde.mti.sgi.com
  12. X-Original-Date: 04 Apr 1996 15:26:00 -0500
  13. In-Reply-To: thp@cs.ucr.edu's message of 01 Apr 1996 17:03:37 PST
  14. X-Newsreader: Gnus v5.1
  15. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  16.     iQBVAwUBMWQ9Cky4NqrwXLNJAQEymgIAnUFaCnzh0yjFMvBRP6/06DeXWidcW+Xt
  17.     bhQTmhsu9svLkJSRYqZsfPmh0IC++WUVHyw5fHNn8CyDVrV2BMimoQ==
  18.     =1NDZ
  19. Originator: austern@isolde.mti.sgi.com
  20.  
  21. >>>>> "TP" == Tom Payne <thp@cs.ucr.edu> writes:
  22. [...]
  23. TP> This is probably the hub of our difference: I have difficulty
  24. TP> imagining a reasonable architecture that does something other than
  25. TP> ignoring or trapping the reading of invalid pointers.  (Granted,
  26. TP> "reasonable" is in the eye of the beholder.)
  27.  
  28. On the contrary, I think it could be a quite common thing. Many
  29. architectures memory-map I/O and it's perfectly imaginible that:
  30.  
  31.     int x = *p;
  32.  
  33. where p is an invalid pointer triggers some I/O operation because
  34. p happens to point into such an ``I/O area''. The standard cannot
  35. reasonably be expected to say what can or cannot happen in those
  36. cirucmstances.
  37.  
  38.     Daveed
  39. ---
  40. [ comp.std.c++ is moderated.  To submit articles: Try just posting with your 
  41.                 newsreader.  If that fails, use mailto:std-c++@ncar.ucar.edu
  42.   comp.std.c++ FAQ: http://reality.sgi.com/austern/std-c++/faq.html
  43.   Moderation policy: http://reality.sgi.com/austern/std-c++/policy.html
  44.   Comments? mailto:std-c++-request@ncar.ucar.edu 
  45. ]
  46.